home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / September 96 / Re Thick, Dashed line bug in.6 < prev    next >
Encoding:
Internet Message Format  |  1996-09-19  |  3.0 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Thick, Dashed line bug in ODF?
  2. Sent:        9/16/96 10:56 AM
  3. Received:    9/16/96 10:56 AM
  4. From:        "Jerry Boetje" <Jerry_Boetje@sec.sel.sony.com>
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List
  7.  
  8.  
  9. >If they were really taking least common denominator, then they
  10. wouldn't
  11. >have implemented it at all.
  12. >
  13. >That said, if they wanted to make dashed lines work on a Mac, it's
  14. not as
  15. >easy as saying PenSize(6,6) and doing the same thing.  This is so
  16. because
  17. >the pen that is used when drawing a line (with standard QuickDraw) is
  18. >rectangular (or in this case, square), so if the dashed line were
  19. along a
  20. >diagonal, it would look really bad.
  21. >
  22. >So if they wanted to improve the dash support to thicker lines and
  23. have it
  24. >look right, then they'd have to deal with this problem by writing a
  25. >separate line drawing routine (probably drawing them with polygons --
  26. as if
  27. >it wasn't slow enough as it is).  The complexity mounts.
  28. >
  29. >And then, once they did this, they'd also have to add a feature like
  30. this
  31. >to the Windows version of ODF so they would both have the same
  32. >functionality.
  33. >
  34. >_troy
  35. >
  36.  
  37. Even polygons aren't as bad as you imply. Usually however, it's a
  38. better tack to draw a single pixel broken line n times with
  39. appropriate offset. Same trick can be used for caps at the end. X
  40. Windows does this pretty well. Wouldn't it be nice to have a portable,
  41. thick dashed line library that does the right thing?
  42.  
  43.   Jerry
  44.  
  45.  
  46. ---------------------------------------------------
  47. This message was created and sent using the Cyberdog Mail System
  48. ---------------------------------------------------
  49.  
  50.  
  51.  
  52. >If they were really taking least common denominator, then they wouldn't
  53. >have implemented it at all.
  54. >
  55. >That said, if they wanted to make dashed lines work on a Mac, it's not as
  56. >easy as saying PenSize(6,6) and doing the same thing.  This is so because
  57. >the pen that is used when drawing a line (with standard QuickDraw) is
  58. >rectangular (or in this case, square), so if the dashed line were along a
  59. >diagonal, it would look really bad.
  60. >
  61. >So if they wanted to improve the dash support to thicker lines and have it
  62. >look right, then they'd have to deal with this problem by writing a
  63. >separate line drawing routine (probably drawing them with polygons -- as if
  64. >it wasn't slow enough as it is).  The complexity mounts.
  65. >
  66. >And then, once they did this, they'd also have to add a feature like this
  67. >to the Windows version of ODF so they would both have the same
  68. >functionality.
  69. >
  70. >_troy
  71. >
  72.  
  73. Even polygons aren't as bad as you imply. Usually however, it's a better tack to draw a single pixel broken line n times with appropriate offset. Same trick can be used for caps at the end. X Windows does this pretty well. Wouldn't it be nice to have a portable, thick dashed line library that does the right thing?
  74.  
  75.   Jerry
  76.  
  77.  
  78. ---------------------------------------------------
  79. This message was created and sent using the Cyberdog Mail System
  80. ---------------------------------------------------
  81.